Method for transmitting and receiving data in NFC

ABSTRACT

A data transmission/reception method in Near Field Communications (NFC) for enhancing data throughput between at least an initiator device and a target device. The data transmission/reception method typically includes initiating a communication between an initiator and a target that perform NFC, aggregating a plurality of data packet units to be transmitted in order to form an aggregated frame, and transmitting the aggregated frame to a counterpart NFC device.

Notice: More than one reissue application has been filed for the reissueof U.S. Pat. No. 8,059,683. The reissue applications are applicationSer. Nos. 14/081,021 (the present application) 14/230,860 (ContinuationReissue application) and 14/230,021 (Continuation Reissue application).

CLAIM OF PRIORITY

This application claims the benefit under 35 U.S.C. §119 (a) from aKorean Patent Application filed in the Korean Intellectual PropertyOffice on Nov. 8, 2007 and assigned Serial No. 2007-113869 and an IndianPatent Application field in the Office of the Controller General ofPatents, Designs, and Trademarks on May 7, 2007 and assigned Serial No.IN 965/CHE/2007, the entire disclosures of both of which are herebyincorporated by reference in their entirety.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to a data transmission/reception method inNear Field Communications (NFC). More particularly, the presentinvention relates to a communication method for enhancing datathroughput between an initiator and a target that perform NFC.

2. Description of the Related Art

Near Field Communications (NFC) is a method for communication betweendevices that are spaced from each other within about a 10 cm distance.In NFC protocol stacks, the NFCIP-1 standard is used on physical layersof ISO 14443. In NFCIP-1, devices used for the NFC (or NFCIP-1 devices)may operate either in Active mode or Passive mode. An NFCIP-1 device ina transmission mode is referred to as an initiator and an NFCIP-1 devicein a reception mode is referred to as a target.

In Passive mode, an NFCIP-1 device does not have its own power sourcerequired for modulation of its own Radio Frequency (RF) field and thuscannot generate a request message by itself. Therefore, a communicationmust be started by an initiator at all times. In other words, once theinitiator (in Active mode) sends a request message through the RF field,the target (in Passive mode) drives a receiver circuit with the powersource provided through the RF field. If the initiator does not have anytransmission data, the initiator will periodically transmit a symmetry(SYMM) frame.

In response to the SYMM frame or an Information (I) frame received fromthe initiator, the target responds to the initiator by sending back thereceived frame to the initiator, with the frame sent back having its owndata additionally inserted therein. Thus, the throughput, i.e., datatransfer rate, of data transmitted from the target depends on thefrequency of the I frame or the SYMM frame received from the initiator.

Moreover, with regard to NFC in the current Logical Link ControlProtocol (LLCP) version, the initiator has to wait for reception of aresponse frame after transmitting a request frame. This waiting isreferred to as response waiting time. Due to such a wait, data transfermay be delayed by the amount of response waiting time (RWT).Furthermore, there are several additional overheads to every requestframe transmitted by the initiator. As a result, as the amount of datato be transmitted between NFC devices increases, i.e., as the number ofrequest frames transmitted by the initiator increases, the number ofRWTs for each request frame increases, and the same overhead isseparately transmitted through a plurality of request frames. Theaforementioned results in an increase in the amount of data and in turncauses a degradation in the data transfer rate between the NFC devices.

To solve those problems, there is a need for a fundamental method forimproving a data transfer rate between NFC devices.

SUMMARY OF THE INVENTION

The present invention is to addresses at least some of theabove-mentioned problems and/or disadvantages and provides at least theadvantages described below. The present invention provides a method fortransmitting aggregated transmission data between Near FieldCommunications (NFC) devices for enhancing data input.

According to one aspect of the present invention, a datatransmission/reception method in Near Field Communications (NFC)includes initiating a communication between an initiator and a targetthat perform NFC, aggregating a plurality of data packet units to betransmitted in order to form an aggregated frame, and transmitting theaggregated frame to a counterpart NFC device.

The initiation of the communication may include the transmitting andreceiving of configuration parameters regarding aggregation of the datapacket units.

The initiation of the communication may include, for example, thesetting a maximum value for the number of data packet units that can beaggregated.

The aggregated frame may include an identifier of a frame type forindicating whether a data frame included in the aggregated frame is oneof an Aggregated Information (AI) frame, or an Aggregated UnnumberedInformation (AUI) frame.

The aggregated frame may include, for example, a Cyclic Redundancy Check(CRC) field having a CRC calculated for all the data packet unitsincluded in the aggregated frame.

The aggregated frame may include, for example, an aggregated headerincluding overheads of the data packet units included in the aggregatedframe.

The aggregation of the data packet units and the transmission of theaggregated frame may be performed, for example, by the initiator thatinitiates NFC.

The aggregation of the data packet units may include, for example,aggregating data packet units to be transmitted from the sameconnection.

The aggregation of the data packet units may include, for example,aggregating data packet units to be transmitted from differentconnections.

The aggregation of the data packet units and the transmission of theaggregated frame may be performed, for example, by the target thatoperates by using a Radio Frequency (RF) field generated by theinitiator as a power source.

The aggregation of the data packet units may include, for example,aggregating data packet units to be transmitted from the same connectionor different connections.

The data transmission/reception method may further include, for example,receiving an Information (I) frame from the initiator prior to theaggregation of the data packet units, in which the aggregated frame maybe transmitted as a response frame responding to the I frame receivedfrom the initiator.

Each of the AI frame and the AUI frame may include, for example, aDestination Service Access Point (DSAP) field, a Source Service AccessPoint (SSAP) field, a control field, and a data information field.

The data information field of the AI frame may include, for example, atransmission sequence number of a first inserted data packet unit.

The data information field of the AI frame may further include, forexample, a value indicating a response sequence number corresponding toa transmission sequence number of a last inserted data packet unit.

Each of the AI frame and the AUI frame from the same logical connectionmay include, for example, plural aggregated data packet units andinclude a length information field indicating a length of each datapacket unit in front of each data packet unit.

Each of the AI frame and the AUI frame from different logicalconnections may include, for example, a Logical Link Control Protocol(LLCP) data frame from a corresponding logical connection and include alength information field indicating a length of each LLCP data frame infront of each LLCP data frame.

BRIEF DESCRIPTION OF THE DRAWINGS

The above and other features and advantages of exemplary embodiments ofthe present invention will be more apparent from the following detaileddescription taken in conjunction with the accompanying drawings, inwhich:

FIG. 1 is a ladder diagram illustrating a data transmission/receptionmethod according to an embodiment of the present invention;

FIG. 2 illustrates the structure of an Aggregated Information (UI) framegenerated according to an exemplary embodiment of the present invention;

FIG. 3 illustrates the structure of an Aggregated Unnumbered Information(AUI) frame generated according to an exemplary embodiment of thepresent invention;

FIG. 4 illustrates the structure of a control field according to anexemplary embodiment of the present invention;

FIG. 5 illustrates the structure of data payloads including data packetunits aggregated into data information fields according to an exemplaryembodiment of the present invention;

FIG. 6 is a ladder diagram illustrating a data transmission/receptionmethod according to another exemplary embodiment of the presentinvention; and

FIG. 7 illustrates the structure of data payloads including Logical LinkControl Protocol (LLCP) data frames aggregated into data informationfields according to another exemplary embodiment of the presentinvention.

Throughout the drawings, the same drawing reference numerals will beunderstood to refer to the same elements, features and structures.

DETAILED DESCRIPTION

The matters defined in the description such as a detailed constructionand elements are provided to assist a person of ordinary skill in theart with a comprehensive understanding of exemplary embodiments of theinvention. Accordingly, those of ordinary skill in the art willrecognize that various changes and modifications of the exemplaryembodiments described herein can be made without departing from thescope and spirit of the invention. Known structures and configurationsmay be omitted when their inclusion may obscure appreciation by a personof ordinary skill in the art of the subject matter of the presentinvention.

FIG. 1 is a flowchart illustrating an example of datatransmission/reception method according to the present invention.

Referring now to FIG. 1, the data transmission/reception methodaccording to this exemplary embodiment of the present invention includesstep 100 (not shown) of initiating communication between devicessupporting Near Field Communications (NFC), which will hereinafter bereferred to as NFC devices.

NFC may be typically performed by data transmission/reception between aninitiator and a target. The initiator periodically generates and outputsa Radio Frequency (RF) field including a symmetry (SYMM) frame in step110. Once the target moves into a region of the RF field, it operates byusing an RF signal received from the initiator as a power source toenable the target to respond to the initiator. In step 120, the targetload-modulates the RF signal, thereby sending back a response frame thatresponds to the SYMM frame transmitted in step 110. In this way, a linkbetween the initiator and the target is set up.

Upon setup of the link between the initiator and the target, theinitiator and the target can then exchange configuration parametersrequired for communication through the link in step 130. Theconfiguration parameters may include information about whether theinitiator and the target support aggregation of data packet units. Theconfiguration parameters may also include the maximum number of datapacket units that can be aggregated.

Still referring to FIG. 1, the data transmission/reception methodincludes a step of aggregating a plurality of data packet units to betransmitted. As shown in FIG. 2, this step may be one of step 200 foraggregating data packet units to be transmitted from the initiator tothe target to form an aggregated frame or step 201 for aggregating datapacket units requested to the target by the initiator to form anaggregated frame.

A description will now be made herein below regarding the structure of adata frame generated by the step of aggregating data packet units inorder to describe in detail, step 200 and step 201 according to anexemplary embodiment of the present invention.

According to the LLCP specification of NFC, two types of datatransmission are used, which are referred to a first transmission typeand a second transmission type.

The first transmission type of data transmission comprises aconnection-less transmission type that is generally considered lessreliable than the second transmission type. An information frame calledan Unnumbered Information (UI) frame is used in the first transmissiontype.

The second transmission type of data-transmission is aconnection-oriented and more reliable transmission type that implementsflow control. An information frame called an Information (I) frame isused in the second transmission type.

FIG. 2 illustrates the structure of an Aggregated Information (UI) framegenerated according to an exemplary embodiment of the present invention,and FIG. 3 illustrates the structure of an Aggregated UnnumberedInformation (AUI) frame generated according to another exemplaryembodiment of the present invention. Referring to the examples shown inFIGS. 2 and 3, each of the AI frame and the AUI frame of the presentinvention typically includes a Destination Service Access Point (DSAP)field 10 including an address of a destination, a Source Service AccessPoint (SSAP) field 20 including an address of a source, a control field30, and one of a data information field 40 for the AI frame, or a datainformation field 50 for the AUI frame.

Still referring to FIGS. 2 and 3, each of the DSAP field 10, the SSAPfield 20, and the control field 30 has the same size and structure forboth the AI frame and the AUI frame. On the other hand, the datainformation field 40 and the data information field 50 are setdifferently for the AI frame and the AUI frame.

The data information field 40 of the AI frame illustrated in FIG. 2typically includes a field 43 for recording plural aggregated datapacket units and a field 42 for recording a sequence number of a datapacket unit (or a first data packet unit) that is to be firsttransmitted from among data packet units to be transmitted. The datainformation field 40 of the AI frame may further include a field 41 forrecording a response sequence number that is set to correspond to thesequence number of a last data packet unit.

The response sequence number in field 40 may be set to correspond to adata packet unit (or the last data packet unit) included last among datapacket units included in a payload of the data information field 40. Theresponse sequence number may comprise a value increased by one from thesequence number of the previous data packet unit.

For example, it is assumed that the data information field 40 of the AIframe includes 3 aggregated data packet units and the field 42 forrecording the sequence number of the first data packet unit is set to 4.The 3 data packet units included in the data information field 40 aresequentially assigned sequence numbers based on the sequence number ofthe first data packet unit. Thus, in the data information field 40, thesequence number of the last data packet unit may be 6. In the field 41,the response sequence number may be set to 7 that is a value increasedby one from the sequence number, i.e., 6, of the last data packet unit.In this way, the present invention makes it is possible to implementaccumulative acknowledgement for all data frames in the AI frame andalso to efficiently maintain flow control.

The data information field 50 of the AUI frame illustrated in FIG. 4includes plural aggregated data packet units instead of fields forrecording sequence numbers as in FIG. 2.

FIG. 4 illustrates the structure of the control field 30 according to anembodiment of the present invention. Referring to FIG. 4, the controlfield 30 included in both the AI frame and the AUI frame has a size of 1byte, in which a command is recorded in 0^(th)-3^(rd) bits (indicated byreference numeral 32) and information indicating a frame type isrecorded in 5^(th) and 6^(th) bits (indicated by reference numeral 31).The information recorded in the 5^(th) and 6^(th) bits may be defined inTABLE 1 as follows:

TABLE 1 Control value Indicating information 00 Supervisory 01 AUI frame10 AI frame 11 Other

In Table 1, ‘00’ indicates a supervisory signal used to indicate severaloperation states of circuit combinations or apply changes, ‘01’indicates that a corresponding frame is an AUI frame, and ‘10’ indicatesthat a corresponding frame is an AI frame. As such, it can be identifiedwhether a corresponding data frame is an AI frame or an AUI frame byusing the 5^(th) and 6^(th) bits of the control field 30.

FIG. 5 illustrates the structure of data payloads 43 and 53 includingdata packet units aggregated into the data information fields 40 and 50according to an exemplary embodiment of the present invention. In theexample in FIG. 5, aggregation of data packet units from the samelogical connection will be taken as an example. The same logicalconnection means the same DSAP-SSAP connection.

Referring to FIG. 5, a data payload according to an exemplary embodimentof the present invention includes plural data packet units 52 to betransmitted through the same connection and a length information field51 inserted in front of each of the data packet units. The lengthinformation field 51 indicates the number of bytes of each data packetunit. Each data packet unit may include optional padding bytes, and thenumber of bytes of the data packet unit in length information field 51may indicate the number of bytes including the padding bytes. A CyclicRedundancy Check (CRC) is calculated and included for all the datapacket units and the length information field included in the datapayload.

Referring back to FIG. 1, the data transmission/reception methodaccording to the exemplary embodiment of the present invention alsoincludes one of step 300 or 301 of transmitting an aggregated framegenerated in step 200 or 201, respectively to a counterpart device.

If the aggregated frame has been generated by the initiator, theinitiator transmits the aggregated frame to the target in step 300. Onthe other hand, if the aggregated frame has been generated by thetarget, the target transmits the aggregated frame to the initiator as aresponse frame responding to a request frame transmitted from theinitiator in step 301.

In the data transmission/reception method according to the examplesdisclosed above, aggregation of transmission data from the sameconnection for explanatory purposes. However, aggregation oftransmission data from different connections is within the spirit of thepresent invention and the scope of the appended claims. The differentconnections mean, for example, different DSAP-SSAP connections.

FIG. 6 is a flowchart illustrating a data transmission/reception methodaccording to another exemplary embodiment of the present invention.Referring to FIG. 6, data transmission/reception between a plurality ofinitiators and a single target according to this exemplary embodiment ofthe present invention is provided by way of example.

FIG. 6 shows that each of first through third initiators 611, 615, 617,periodically outputs an SYMM frame in steps 511, 512, and 513,respectively. Once a target moves into a region of an RF field, thetarget operates by using an RF signal received from the initiator as apower source. The target 613 load-modulates the RF signal, therebysending back a response frame responding to the SYMM frame in steps 521,522, and 523. In this way, a link between each of the first throughthird initiators and the target is set up.

Upon setup of the communication link, each of the first through thirdinitiators 611, 615, 617 and the target 613 exchange configurationparameters required for communication through the link in steps 531,532, and 533. The configuration parameters may include information aboutwhether each initiator and the target support aggregation of data packetunits. The configuration parameters may also include the maximum numberof data packet units that can be aggregated.

Each of the first through third initiators 611, 615, 617 transmits arequest frame, e.g., an LLCP data frame, to the target 613 in steps 541,542, and 543. Upon receipt of the request frames, the target, perceivingthe request frames received from the first through third initiators,aggregates data frames requested through the request frames to form anaggregated data frame in step 600.

Still referring to FIG. 6, step 600 of aggregating data frames in thedata transmission/reception method according to the current exemplaryembodiment of the present invention is similar to step 200 in the datatransmission/reception method according to the previous exemplaryembodiment of the present invention. However, in the datatransmission/reception method according to the current exemplaryembodiment of the present invention, LLCP data frames to be transmittedfrom different connections are aggregated for transmission.

In other words, as disclosed in the above paragraph, a header in thedata transmission/reception method according to the current exemplaryembodiment of the present invention has a similar structure as that inthe data transmission/reception method according to the previousexemplary embodiment of the present invention, and a DSAP field and anSSAP field included in the header according to the current exemplaryembodiment of the present invention are set to 0. A data payloadgenerated in step 600 has a structure illustrated in FIG. 7.

Referring to FIG. 7, the data payload according to another exemplaryembodiment of the present invention includes a plurality of LLCP dataframes transmitted from different logical connections. The plurality ofLLCP data frames does not include a header field and a CRC field. Thedata payload includes a length information field inserted in front ofeach of the LLCP data frames. The length information field (e.g. LEN 1,LEN 2, etc.) that indicates the number of bytes of each LLCP data frame.Each LLCP data frame may include optional padding bytes, and the numberof bytes of the LLCP data frame may indicate the number of bytesincluding the padding bytes. A CRC may be calculated and included for anaggregated LLCP data frame and the length information field, instead offor each LLCP data frame.

The data transmission/reception method according to another exemplaryembodiment of the present invention also includes step 700 oftransmitting the aggregated data frame. In step 700, the singleinitiator may transmit the aggregated data frame including a DSAP fieldand an SSAP field that are set to 0 to each of the plurality of targetsas a response frame.

In another exemplary embodiment of the present invention, communicationsbetween the plurality of initiators and the single target are taken asan example, and once the target is requested by the plurality ofinitiators to transmit data, it aggregates the plurality of LLCP dataframes to form an aggregated data frame and transmits the aggregateddata frame to each of the initiators as a response. However, the presentinvention is not limited to this exemplary embodiment of the presentinvention. For example, communications between a plurality of targetsand a single initiator may also be possible. In this case, the singleinitiator may aggregate LLCP data frames to form an aggregated dataframe and transmit the aggregated data frame to each of the plurality oftargets.

While the invention has been shown and described with reference toexemplary embodiments thereof, it will be understood by those skilled inthe art that various changes in form and details may be made thereinwithout departing from the spirit and scope of the invention, as definedin part by the appended claims. For example, the counterpart NFC devicemay be another device other than the target or the initiator device. Inaddition, a maximum value for the number of data packets can be set byone of the initiator and the target having the lowest capacity fortransceiving or processing data packets.

What is claimed is:
 1. A data transmission/reception method in NearField Communications (NFC), the method comprising: (a) initiating acommunication between an initiator and a target that perform NFC; (b)aggregating a plurality of data packet units for transmission to form anaggregated frame; and (c) transmitting the aggregated frame to one ofthe target and the initiator, wherein the aggregated frame comprises anidentifier of a frame type indicating whether a data frame included inthe aggregated frame comprises an Aggregated Information (AI) frame oran Aggregated Unnumbered Information (AUI) frame, wherein the AI framecomprises a data information field that includes a plurality of sequencenumbers associated with transmission of the plurality of data packetsand reception thereof and the plurality of aggregated data packets, andthe AUI frame comprises a data information field that includes theplurality of aggregated data packets without the plurality of sequencenumbers associated with transmission of the plurality of data packetsand reception thereof.
 2. The data transmission/reception method ofclaim 1, wherein the initiation of a communication comprisestransmitting and receiving configuration parameters regarding theaggregation of the data packet units.
 3. The data transmission/receptionmethod of claim 1, wherein the initiation of a communication in (a)comprises setting a maximum value for the number of data packet unitsthat can be aggregated.
 4. The data transmission/reception method ofclaim 3, wherein said maximum value for the number of data packets isset by the initiator.
 5. The data transmission/reception method of claim3, wherein said maximum value for the number of data packets is set bythe target.
 6. The data transmission/reception method of claim 3,wherein said maximum value for the number of data packets is set one ofthe initiator and the target having the lowest capacity for transceivingdata packets.
 7. The data transmission/reception method of claim 1,wherein the aggregated frame includes a Cyclic Redundancy Check (CRC)field having a CRC value calculated for all the data packet unitsincluded in the aggregated frame.
 8. The data transmission/receptionmethod of claim 1, wherein the aggregated frame comprises an aggregatedheader including overheads of the data packet units included in theaggregated frame.
 9. The data transmission/reception method of claim 1,wherein the aggregation of the data packet units and the transmission ofthe aggregated frame are performed by the initiator that initiates NFC.10. The data transmission/reception method of claim 9, wherein theaggregation of the data packet units comprises aggregating data packetunits for transmission from a same connection.
 11. The datatransmission/reception method of claim 9, wherein the aggregation of thedata packet units comprises aggregating data packet units fortransmission from different connections.
 12. The datatransmission/reception method of claim 1, wherein the aggregation of thedata packet units and the transmission of the aggregated frame areperformed by the target operating by a Radio Frequency (RF) fieldgenerated by the initiator as a power source.
 13. The datatransmission/reception method of claim 12, wherein the aggregation ofthe data packet units comprises aggregating data packet units fortransmission from the same connection.
 14. The datatransmission/reception method of claim 12, wherein the aggregation ofthe data packet units comprises aggregating data packet units fortransmission from different connections.
 15. The datatransmission/reception method of claim 12, further comprising receivingan Information (I) frame from the initiator prior to the aggregation ofthe data packet units, wherein the aggregated frame is transmitted as aresponse frame responding to the I frame received from the initiator.16. The data transmission/reception method of claim 1, wherein each ofthe AI frame and the AUI frame comprises a Destination Service AccessPoint (DSAP) field, a Source Service Access Point (SSAP) field, acontrol field, and a data information field.
 17. The datatransmission/reception method of claim 16, wherein the data informationfield of the AI frame comprises a transmission sequence number of afirst inserted data packet unit.
 18. The data transmission/receptionmethod of claim 17, wherein the data information field of the Al framefurther comprises a value indicating a response sequence numbercorresponding to a transmission sequence number of a last inserted datapacket unit.
 19. The data transmission/reception method of claim 16,wherein each of the AI frame and the AUI frame from the same logicalconnection comprises plural aggregated data packet units and comprises alength information field indicating a length of each data packet unit infront of each data packet unit.
 20. The data transmission/receptionmethod of claim 16, wherein each of the AI frame and the AUI frame fromdifferent logical connections comprises a Logical Link Control Protocol(LLCP) data frame from a corresponding logical connection and comprisesa length information field indicating a length of each LLCP data framein front of each LLCP data frame.
 21. A data transmission/receptionmethod in Near Field Communications (NFC), the method comprising: (a)initiating a communication between an initiator and a target via theNFC; (b) aggregating a plurality of data packet units for transmissionto form an aggregated frame; and (c) transmitting the aggregated frameto one of the target and the initiator, wherein the aggregated framecomprises an identifier of a frame type indicating that the plurality ofdata packet units included in the aggregated frame is aggregated, andwherein the aggregated frame is an aggregated unnumbered information(AUI) frame that comprises a data payload that includes the plurality ofaggregated data packets without a plurality of sequence numbersassociated with transmission of the plurality of data packets andreception thereof.
 22. The data transmission/reception method of claim21, wherein one of the target and the initiator comprises one of thetarget and the initiator.
 23. The data transmission/reception method ofclaim 21, wherein the initiation of a communication comprisestransmitting and receiving configuration parameters regarding theaggregation of the data packet units.
 24. The datatransmission/reception method of claim 21, wherein the initiation of acommunication in (a) comprises setting a maximum value for the number ofdata packet units that can be aggregated.
 25. The datatransmission/reception method of claim 24, wherein said maximum valuefor the number of data packets is set by the initiator.
 26. The datatransmission/reception method of claim 24, wherein said maximum valuefor the number of data packets is set by the target.
 27. The datatransmission/reception method of claim 24, wherein said maximum valuefor the number of data packets is set one of the initiator and thetarget having the lowest capacity for transceiving data packets.
 28. Thedata transmission/reception method of claim 21, wherein the aggregatedframe includes a Cyclic Redundancy Check (CRC) field having a CRC valuecalculated for all the data packet units included in the aggregatedframe.
 29. The data transmission/reception method of claim 21, whereinthe aggregated frame comprises an aggregated header including overheadsof the data packet units included in the aggregated frame.
 30. The datatransmission/reception method of claim 21, wherein the aggregation ofthe data packet units and the transmission of the aggregated frame areperformed by the initiator that initiates NFC.
 31. The datatransmission/reception method of claim 30, wherein the aggregation ofthe data packet units comprises aggregating data packet units fortransmission from a same connection.
 32. The data transmission/receptionmethod of claim 30, wherein the aggregation of the data packet unitscomprises aggregating data packet units for transmission from differentconnections.
 33. The data transmission/reception method of claim 21,wherein the aggregation of the data packet units and the transmission ofthe aggregated frame are performed by the target operating by a RadioFrequency (RF) field generated by the initiator as a power source. 34.The data transmission/reception method of claim 33, wherein theaggregation of the data packet units comprises aggregating data packetunits for transmission from the same connection.
 35. The datatransmission/reception method of claim 33, wherein the aggregation ofthe data packet units comprises aggregating data packet units fortransmission from different connections.
 36. The datatransmission/reception method of claim 33, further comprising receivingan Information (I) frame from the initiator prior to the aggregation ofthe data packet units, wherein the aggregated frame is transmitted as aresponse frame responding to the I frame received from the initiator.37. The data transmission/reception method of claim 1, wherein theaggregated frame comprises a Destination Service Access Point (DSAP)field, a Source Service Access Point (SSAP) field, a control field, andthe data payload.
 38. The data transmission/reception method of claim37, wherein the data information field of the aggregated frame does notcomprises a transmission sequence number of a first inserted data packetunit.
 39. The data transmission/reception method of claim 21, whereinthe aggregated frame from the same logical connection comprises pluralaggregated data packet units and comprises a length information fieldindicating a length of each data packet unit in front of each datapacket unit.
 40. The data transmission/reception method of claim 1,wherein the aggregated frame from different logical connectionscomprises a Logical Link Control Protocol (LLCP) data packet unit from acorresponding logical connection and comprises a length informationfield indicating a length of each LLCP packet unit in front of each LLCPpacket unit.